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[57] 



ABSTRACT 



Methods and apparatus for coupling a host system to an 
image scanner in which high-level functions are migrated 
out of the scanner control module up to the attached host 
system. The host system and the scanner, via its control 
module, communicate using a low-level control instruction 
set. The low-level control instruction set enables the host 
system to directly control the scanning process by reading 
and writing memory locations within the control module. 
The memory locations include data structures descriptive of 
control operations to be performed by the scanner control 
module as well as status to be reported from the scanner to 
the host system. The low-level control instruction set 
includes instructions generated by the host system request- 
ing return of particular data from memory locations in the 
scanner control module as well as instructions requesting the 
writing of particular data to memory locations in the scanner 
control module. Host based elements translate high-level 
scanner commands received, for example, from application 
programs into corresponding sequences of low-level control 
instructions. In particular, the present invention may be 
advantageously applied to translate Hewlett-Packard Scan- 
ner Control Language (SCL) requests into low- level control 
instruction sequences (also referred to as Scanner Primitive 
Language or SPL). Shifting computation and memory 
requirements from the scanner control module to the host 
system substantially simplifies scanner control module 
design enabling production of lower cost scanning devices. 

21 Claims, 13 Drawing Sheets 
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SYSTEM FOR COUPLING A HOST ner device require substantial processing capability and 

COMPUTER TO AN IMAGE SCANNER IN memory to perform relatively complex mathematical irans- 

WHICH HIGH LEVEL FUNCTIONS ARE formations of the image data. Still additional memory and 

MIGRATED TO THE ATTACHED HOST processing power is utilized within present scanners to 

COMPUTER 5 process rich, but often complex, command languages. 

BACKGROUND OF THE INVENTION f B £ rc , la ! iveIy litUe P™?™* P owcr » rcc * uir ^ 

tor the basic, real time operation of the scanner device and 

1. Field of the Invention for transfer of the raw scanned image data devoid of special 
The present invention relates to image scanning devices image processing and enhancement (i.e., the motion control 

and in particular describes an architecture (methods and 10 of the image source or scanner optical assemblies), 

associated apparatus) for simplified control of an image Because of the relatively high computation performance 

scanning device connected to a computer system. and memory size required within controllers of present 

2. Description of Related Art scanner devices, complexity and associated costs have 
Peripheral I/O devices generally attach to a computer 1S remained relatively high in scanning devices. CPU's capable 

system via an interface adapter (often referred to as a host of prodding the requisite mathematical image processing 
adapter). It is common that the interface adapter provides a capability at the desired performance level are a costly 
standard signal and protocol such as Small Computer Sys- component in the overall scanner costs. Memory devices 
tern Interface (SCSI), parallel, serial, or Hewlett-Packard also comprise a significant component in the cost and 
Interface Bus (HPIB). In particular over such standard bus 2Q complexity of control devices within image scanners. It is 
interfaces, peripheral devices often posses significant pro- therefore a problem in scanner devices to maintain a level of 
cessing power for performing their respective I/O tasks in an performance required to provide sophisticated command 
optimal fashion. For example, disk drives often posses processing, host communications, and digital image pro- 
substantial buffering and processing power to permit the cessing while reducing the complexity and hence costs of 
disk drive to optimally execute I/O requests by minimizing 25 scanning devices, 
read/write head movement. Or, for example, printer periph- 
eral devices may include significant processing power to SUMMARY OF THE INVENTION 
permit interpretation of a printer command language (e.g., Thc prcS ent invention solves the above and other 
Hewlett-Packard PCL) for control of the printer operation. problems, thereby advancing the state of the useful arts, by 

Image scanning devices are computer peripheral devices 30 providing methods and associated apparatus for simplifying 

which optically scan an image source (i.e., a photographic the control electronics and methods operable within an 

image or printed text document) to produce a digital repre- image scanning peripheral device. More specifically, the 

sentation of that image. There are a number of different types present invention relieves the control electronics within the 

of scanners including, for example, flat -bed page scanners, image scanning device of responsibility for complex com- 

sheet-fed page scanners, photographic image scanners, etc. 35 mand processing, from complex host communications, and 

All such devices share a common architecture in that the from significant mathematical processing required for image 

colors and shapes of the source image are converted to a processing features, all as presently performed with present 

digital representation. In a digital representation, the con- scanning devices. In so eliminating the need for significant 

tinuous image source is transformed into a two-dimensional processing power and memory within control modules of the 

array of picture elements (commonly referred to as "pixels" 40 image scanner device, the present invention notably simpli- 

or more simply as "dots"). Each pixel includes digital (i.e., fies the image scanner device to thereby reduce costs of such 

numeric) information describing the colors and intensity of a device. Command processing previously performed within 

that pixel. The digital information in the array of pixels image scanning devices is migrated to an attached host 

visually appears to recreate the original image source. The computer in favor of a dramatically simplified low-level 

image is therefore said to be digitized. 45 control instruction set supported by the scanner in accor- 

The digitized image resolution is commonly measured in dance with the present invention. Image processing func- 

pixels per inch (often referred to as dots per inch or DPI), tions previously performed within the image scanner device 

The higher the image resolution, the better the quality of the are also migrated into the attached computer systems (e.g., 

image reproduction by the image scanner because the sharp personal computer or workstation). Host computer system 

boundaries between individual pixels is less visible to the 50 communications is simplified by use of simpler, standard 

naked eye. Mathematical, digital image processing tech- communication protocols and medium. Present host com- 

niques are frequently applied to the digitized image to puter systems possess substantial computational power and 

improve the apparent image quality both in terms of color memory capacity relative to the simplified scanner of the 

accuracy and resolution as well as smoothing of the harsh present invention. The computational power of the attached 

visual boundaries between pixels caused by the digital 55 computer system is therefore utilized for complex command 

nature of the digitized stored image. set processing and complex digital image processing fea- 

Image scanning devices, as presently known in the art, tures required to enhance a raw scanned image, 

include significant processing power for purposes of con- More specifically, the scanner architecture of the present 

trolling the image scanning operations, processing a com- invention provides for a low-level interface between soft- 

plex command language, complex host communication pro- 60 ware modules on an attached computer system and simpli- 

tocols and medium, and for purposes of manipulating the fied control firmware within the scanner of the present 

digitized image. In particular, large amounts of memory may invention. The low-level interface preferably includes a 

be required within present scanner controllers to perform simple command set whereby host system software has 

SCSI protocol communication with a host system or for direct access to a memory mapped I/O interface of the 

parallel port interfacing to a host system (often used in place 65 process control functions of the simplified scanner device, 

of SCSI interfacing to allow simpler installation). For example, the interface may include direct access to 

Furthermore, the image processing capabilities of the scan- "registers" defined within the control firmware and proces- 
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sor to permit the host system software to directly control the has been shown by way of example in the drawings and will 

scanning process and overall operation of the scanner herein be described in detail. It should be understood, 

device. however, that it is not intended to limit the invention to the 

The simplified control operations in accordance with the particular form disclosed, but on the contrary, the invention 

scanner architecture of the present invention include man- 5 « |o cover all modifications, equivalents, and alternatives 

agement of host system I/O, management of user input falling within the spint and scope of the invention as defined 

operations direct to the scanner (e.g., operator panel opera- by ^* a PP end <* claims. 

tions and source image media insertion and removal); and FIG ; 1 15 * block dia ^ am Spieling a simplified scanner 

~>„i ^ ,u „ y control module in accordance with the present invention, 

real time control of the scanning process. Scaflner module 1M J> m]og ^ m 

Additional advantages of the invention will be set forth in adapted to the received analog signals from CCD array 102 

part in the description which follows, and in part will be via path 160. Analog ASIC 104 includes all circuits required 

obvious from the description, or may be learned by practice for amplification, multiplexing, and analog to digital con- 

of the invention. The advantages of the invention may be version of the analog signals received from CCD array 102. 

realized and attained by means of instrumentalities and Digital ASIC 106 includes additional circuitry and logic 

combinations particularly pointed out in the appended 15 providing an interface between the various digital compo- 

claims and depicted in the figures as follows. nents describe below, including: stepper motor controls, 

pixel and data compression, buffer management, and host 

BRIEF DESCRIPTION OF THE DRAWINGS communication. In particular, digital ASIC 106 provides in 

m 1 : c n ki^k ^ f n • . „ n . , interface mechanism for microcontroller 108 to manage the 

Mu. 1 is a block diagram ol a simp lined scanner control n «■ c * i j i <mn * * 

A t • , ... , . t . 20 overall operation of scanner control module 100. Access to 

module in accordance with the present invention; . ff D au ha • a u j- i *crr . 

v buffer RAM 110 is managed by digital ASIC 106 to coor- 

FIG. 2 is a block diagram of a host based software API dinate buffer access required by microcontroller 108, buff- 
operable in conjunction with the scanner device of FIG. I; ering of scanned digitized image data, and transmission and 

FIG. 3 is a block diagram describing the operation of the reception of data to or from the host computer. Digital ASIC 

present invention to send low-level control sequences 25 106 provides coordinated access to buffer RAM 110 via bus 

between a host system and a scanner control module in 168. Digital ASIC 106 furthermore controls parameters low 

accordance with the present invention to read or write a ^ c operation of CCD array in 102 to adapt the CCD sensing 

control/status data structure; as squired for particular media and other parameters. 

in^ a • ui i a- a -u- c u Microcontroller 108 and digital ASIC 106 transmit control 

FIG. 4k a block dwgram descnbmg the operation of the si b and feceive status %i als t0 aod tom 

present invention to send low-level cootro sequences x m no via bus 170 Scannef s I/Q 120 

between a host system and a scanner control module in mdudes ^ . mtafm butt K hts and sensore associ . 

accordance with the present invention to read or write a a , ed ^ ^ lioa of ^ ^ scamjer 

motor data structure: A t . , , , , . c , t 

As noted above, scanner control module 100 preferably 

FIG. 5 is a block diagram describing the operation of the 35 interfaces with a host computer via a simplified communi- 

present invention to send low-level control sequences cation mcdium 150 . Medium 150 is preferably a universal 

between a host system and a scanner control module in serial bus (USB). Digital ASIC 106 provides interface 

accordance with the present invention to read or write a scan control mec hanisms to operate USB 150. In addition, digital 

control data structure; p$ xc 106 provides a general-purpose parallel bus 152 

FIG. 6 is a block diagram describing the operation of the 40 capable of adaptation to a number of parallel bus structures, 

present invention to send low-level control sequences In particular, an optional SCSI interface 122 may be asso- 

between a host system and a scanner control module in ciated with parallel bus 152 to provide SCSI interfacing via 

accordance with the present invention to read or write a SCSI bus 154. The preferred host interface connection is 

calibration data structure; dependent upon the particular application environment in 

FIG. 7 is a flowchart describing the methods of the present 45 which scanner control module 100 is utilized but USB 150 

invention operable in the host API software module in is generally preferred where applicable for its inherent 

accordance with the present invention; simplicity. 

FIG. 8 is a flowchart describing the methods of the present As noted above, simplified scanner control module 100 

invention operable within the scanner control module of the preferably interprets a scanner primitive language (SPL) 

present invention in cooperation with the host API of FIG. 50 which enables the dramatic simplification of scanner control 

7 ; module 100 as compared to prior techniques and apparatus. 

' FIG. 9 is a flowchart describing additional details of the S ™f r c ° nlrcl moduIe 100 of lhe P resent invention is 

operation of elements in FIG. 8; therefore dependent upon a cooperating host computer 

m • a u ^ j ^* jj-,- i j . i f , L which provides low-level control instructions in the SPL 

FIG. 10 ts a flowchart describing additional details of the f . w . -i- -i u- L , , 

c , 4 . no n 55 format. Most present scanner s utilized a high-level com- 

operation of elements in FIG. 9; „ , , r f . t . . 

. n . . * mand language for communication and with host systems. 

FIG. 11 is a flowchart describing additional details of the For examplC) m Hewlett-Packard scanner is commu- 

operation of elements in FIG. 10; nicate ^ host compulers utilizing the scanner control 

FIG. 12 is a flowchart describing additional details of the language (SCL) standards. The SCL standards and are 

operation of elements in FIG. 10; and 60 defined and documented by a Hewlett-Packard Co., 700 71st 

FIG. 13 is a flowchart describing additional details of the Avenue, Greeley, Colo. 80634. Specifically, a document 

operation of elements in FIG. 9. entitled Scanner Control Language (SCL) and C Language 

Library for Hewlett-Packard Scanners defines the SCL 
language and a standard API for access to such compatible 
65 scanners. 

While the invention is susceptible to various modifica- FIG. 2 is a block diagram of a software module operable 

tions and alternative forms, a specific embodiment thereof on a host computer in accordance with the present invention 



DETAILED DESCRIPTION OF THE 
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to transform high-level SCL operations into lower- level Low-level control instructions 

(SPL) control instructions. Such low-level control instruc- The present invention is primarily characterized in that 

tions are then transmitted to the scanner control module 100 the scanner control module processes low-level control 

of FIG. 1. In particular, element 200 of FIG. 2 represents a instructions as distinguishable from high-level command 

software API providing an SCL standardized interface to an 5 languages as presently known in image scanners. In 

application program. Included within the API 200 is a part icular, "low-level control instructions", as used herein, 

scanner ^selection and lock module 201. T^e scarcer selec- means a command or la which 

tion and lock module 201 loads a scanner specific DLL for commands to directl manipulale J* localions wilnin 

control of a particular scanner device Various classes of ^ Furthermor > „ ^ hereirij 

scanner devices may share a particular scanner specific „ , „ . , , . . .. , 

DLL. Specifically, scanner specific DLL 202 represents a 10 ?f y ^ T c ^ ™ 6mC ? y ^ 

DLL in accordance with the present invention which is sft>le via an address value. Fore xampk," memory locations 

adapted to translate high-level SCL commands and status as ^ ^ran includes registers within microcontroller 108, 

into an equivalent set of SPL control instructions and status memory locations within buffer RAM 110, and parameter 

requests. registers and values within analog ASIC 104 and digital 

Scanner specific DLL 202 includes an SCL command 15 ASIC 106. Furthermore, such addressable memory locations 

module 206 and an SCL inquiries module 204. Scanner info ^eludes predefined data structures identified by address 

object 218 is a repository for various data elements describ- values within the low-level control instructions. Fundamen- 

ing and controlling an SCL compatible scanner. Scanner info j^y therefore, low-level control instructions as used herein 

object 218 includes get/put member functions 208 to includes commands for reading identified memory locations 

manipulate the various data elements within the scanner info 20 within the scanner control module and for writing values to 

object 218. The various data elements include SCL visible identified memory locations within scanner control module, 

scanner info structure 212, scanner specific SCL limits FIGS. 3 through 6 are abstract block diagrams depicting 

structure 214, and internal scanner info structure 216. SCL four common control sequences for reading or writing 

inquiries module 204 performs requisite inquiry processing corresponding predefined data structures within scanner 

and returns requested information to SCL API 200. SCL 25 control module 100. As noted above, the specific location of 

inquiries module 204 satisfies such requests via get/put such data structures is a matter of design choice well-known 

member functions 208 in scanner info object 218. ^ en g me ers skilled in the art. For example, the data struc- 

Certain other SCL commands processed via SCL com- tures exemplified in FIGS. 3 through 6 may physically reside 

mands module 206 are similarly satisfied exclusively by within registers, ROM, or RAM of microcontroller 108, may 

access to scanner info object 218. Other SCL commands 30 reside within buffer RAM 110, or may reside within struc- 

require interfacing with the scanner device via correspond- tures in analog ASIC 104 or digital ASIC 106. 

ing sequences SPL commands. Module 210 within SCL fig. 3 shows a host computer 1 (embodying the software 

commands module 206 suggests various commands which API and structures of FIG. 2) transmitting control/status data 

require such interactions with the scanner control module structure read/write commands via USB bus 150 to scanner 

100. For example, commands to initiate the scan and receive 35 control module 100, Control/status data structure 300 is 

resultant digitized data, commands to change the type of sn0 wn embodied within digital ASIC 106, microcontroller 

media scanned, commands to calibrate, test, and reset the 10^ aQC j buffer RAM 110, collectively. This notation in FIG. 

scanner device, require interactions with the scanner device. 3 & intended to suggest that the physical location of control/ 

For such commands, module 210 interacts in with SPL status data structure 300 is largely insignificant as regards 

commands module 222 to generate corresponding sequences 40 me architecture and operation of the present invention. The 

of low-level control instructions in accordance with the SPL location is relevant only to the extent that it is stored within 

definitions herein below. scanner control module 100 in a manner that is addressable 

SPL commands module 222 transmits low-level control by low-level control instructions sent by a host computer. In 

instructions through I/O layer 224 to scanner control module particular, the write command is issued by host computer 1 

100 of FIG. 1 via USB bus 150. Asynchronous status or 45 instructing scanner control module 100 to write to the host 

event information as well as data in response to low-level supplied data into control/status data structure 300. 

control instructions generated by SPL commands module Similarly, a read command is issued by host computer 1 

222 are also returned through USB bus 150 and I/O layer instructing the scanner control module 100 to retrieve iden- 

224. In particular, asynchronous event information such as tified data from control/status data structure 300 and to 

media insertion detection, media type changes, media ejec- 50 return the requested data to host computer 1. 

tion requests, or power up status, are returned via USB bus FIG. 4 is identical to FIG. 3 except that it exemplifies read 

150 through I/O layer 224 into asynchronous event process- and write commands used to manipulate data in a motor data 

ing module 220. Asynchronous event processing module structure 400. Likewise, FIG. 5 shows use of such a read and 

220, in turn, updates information in scanner info object 218. write commands to manipulate a scan data structure 500, 

Asynchronous processing module 220 preferably operates 55 while FIG. 6 depicts the use of read and write commands for 

as a background task (a background thread) operable con- manipulation of a calibration data structure 600. Details of 

currently with other operations of the API module to process the structure and semantic meaning of data within these 

information received asynchronously from the scanner various data structures is provided herein below, 

device. Host API 

Those skilled in the art will readily recognize that the 60 As noted above with respect to FIG. 2, the present 
block diagrams of FIGS. 1 and 2 are intended only as invention includes host computer-based software providing 
exemplary of the architecture of the present invention. an applications program interface (API) for translating high- 
Various other modular decomposition's of the host software level command language sequences (i.e., SCL command 
modules depicted in FIG. 2 as well as circuit groupings and sequences) into low-level control instructions as discussed 
circuit integration as depicted in FIG. 1 may be useful in 65 herein. This API provides translation so as to permit existing 
embodying the methods and apparatus of the present inven- application programs to utilize well-known high-level com- 
tion. mand language structures (i.e., SCL command sequences) 
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with simplified scanners using a low-level control inslruc- by the host API DLL module and supported by the scanner 
tion sequence in accordance with the present invention (i.e., control module in accordance with the present invention. 
Sp L^quences). Element 706 is next operable to await receipt of a high- 
Am l l S 8 flowchart dcscribin g operation of a host i eve l command sequence request from the host application 
API module operable in a host computer connected to a 5 program. Element 708 is then operable to transform such a 
scanner device operable in accordance with the present nigh _ Ievel command request (i.e., an SCL command 
fZTn n J\ nw ^fi^, operable to select and load an se * uence) imo a correS ponding sequence of low-level con- 
appropnate DLL for an identified scanner device. As used t „, ^ ~. U1 M ... t . CDI , , 
herein, DLL is intended to represent any library module *° in f. lru£ * ons C ™P* llb e ™ th < he cl SPL ™™ o] 
which may be dynamically linked or otherwise isociated ™^<^ desc "^ herein below). Element 710 1S 
with an application program. Well known programming 10 ^n operable to transmiuhe low-level control mstructtons 
techniques are utilized to associate a particular DLL with an generated by operation of element 708 to the scanner control 
identified scanner device. Element 702 is next operable to module and is further operable to receive any reply data 
generate low-level control instructions sequences required generated from the scanner control module. In particular, if 
to initialize the identified scanner device for operation. Such ^ command sequence sent to the scanner control module 
initialization sequences prepare the scanner for scanning 15 includes a read memory location low-level control 
particular types of media at desired resolutions, etc. instruction, the data requested is returned by the scanner 
Element 704 is then operable to transmit current calibra- control module and received by operation element 710 in the 
tion data to the SPL compatible scanner device using low- host computer. Processing then continues by looping back to 
level control instructions. Those skilled in the art will readily element 706 and repeating the process, 
recognize that the initialization and calibration data trans- 20 As noted above with respect to FIG. 2, processing of 
mitted by operation of elements 702 and 704 may also be certain high-level command requests may involve manipu- 
stored within non-volatile memory of the scanner control lation of data exclusively within the host computer DLL 
module 100. In the preferred embodiment of the present module. FIG. 7 is directed primarily toward processing of 
invention, most persistent data storage relating to operation high-level command sequences which require interaction 
of the scanner device is maintained within the host computer 25 with the SPL compatible scanner device (as noted above 
(managed by the appropriate DLL) to further reduce with respect to module 210 of FIG. 2). 
memory requirements of the scanner control module, in turn, Scanner Device Operation 

further simplifying the scanner device in accordance with Operation of a scanner device in accordance with the 

the present invention. present invention is controlled by scanner control module 

In the preferred embodiment, there is an initialization 30 100 of FIG. 1. In the preferred embodiment, scanner control 

sequence to prepare the scanner device for each scan opera- module 100 includes firmware operable in microcontroller 

tion. More specifically, the host API DLL module preferably 108 and is logically divided into three primary functional 

generates a first initialization sequence when it first connects areas: host I/O, user input, and real-time control, 

with the scanner device and preferably generates a second The host I/O functional area of the scanner control 

initialization sequence when it prepares for each scan opera- 35 module firmware primarily involves configuring and oper- 

tion. In addition, in the preferred embodiment of the present ating USB bus 150 (or other host communication buses i,e., 

invention, the host API DLL module preferably generates 152 or 154), receipt and processing of low-level control 

yet another initialization sequence when it receives asyn- instructions from the attached host computer, returning to 

chronous event input from the scanner device (e.g., via the host any requested data in accordance with processing of 

module 220 of FIG. 2) indicating that the scanner control 40 control instructions, and return of digital scanned image data 

module is at "home position" as discussed in further detail to the host. 

herein below. Element 701 of FIG. 7 therefore indicates that The user input functional area of the scanner control 
initialization and calibration information (as discussed module firmware involves interaction with the scanner pro- 
above with respect to element 702 and 704) are generated in cess I/O 120 to sense parameters of the device controlled by 
response to asynchronous receipt at the host API of a "home 45 a user. For example, the open or closed state of the lid on the 
position" event message from the scanner device. In scanner device may be sensed by the user input functional 
particular, when element 701 detects receipt of such an event area. Also, the presence or absence of a media for scanning, 
message, a background thread in the host API (e.g., element selection of a particular media type, and a user request to 
220 of FIG. 2) generates and transmits to the scanner eject an inserted image medium may be sensed by the user 
appropriate initialization sequences to reset the scanner 50 input functional area of the scanner control module firm- 
device in preparation for another scan operation. ware. This area of the firmware is also responsible for 
The various initialization sequences consist essentially of control of output signals intended for user interaction such 
low level control instructions (SPL instructions) as dis- as indicator LED's or displays. 

cussed herein below. Certain such initialization sequences The real-time control functional area of the scanner 
may, for example, consist of calibration operations to pre- 55 control module firmware involves interaction with real-time 
pare the scanner for future operations. Such calibration events occurring within the scanner device in accordance 
operations are in essence simply another scan sequence with present invention. Such real-time events include: con- 
wherein the status of particular sensors are determined and trol and status of the motor within the scanning device, 
control of motors and other devices are performed for the scanning events relating to the control of the optical imaging 
specific purpose of calibrating the device. Still other initial- 60 devices (CCD array), and timer events which aid the scanner 
ization sequences may include, for example, downloading control module in timing the sequence of various operations, 
updated firmware stored on the host system into the memory The three functional areas of scanner control module 
of the scanner control module and instructing the scanner firmware include interrupt driven components which ini- 
control module to switch to operating under the newly tially receive interrupt events generated by the scanner 
loaded firmware. 65 imaging components, the motors, the host communication 
All such initialization sequences are no more than par- link, and the scanner process I/O as well as task level 
ticular sequences of the SPL control instructions generated components which process the various events in a desired 
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sequence as required for control of the scanner. The com- locations, processing continues with element 904. Element 

ponents interact as required through any of several well- 904 performs processing required to write the host supplied 

known inter-process communication techniques including data into the specified location or to retrieve and return the 

shared global variables and flags. Those skilled in the art will identified data from specified location to the host computer, 

readily recognize many equivalent real-time control struc- 5 Processing is thus completed for element 802. It element 902 

tures and architectures which may embody the methods in determines that the control instruction sequence was other 

apparatus of the present invention. than a read/write location control sequence, element 906 is 

FIG. 8 is a flow chart describing the high-level operation next operable to determine if the received control instruction 

of the present invention with regard to these three functional sequence requests a particular control function be per- 

areas of the scanner control module firmware. As noted to formed. If so, element 908 is next operable to process the 

above, those skilled in the art will recognize a number of received control instruction sequence. Processing is then 

equivalent real-time control structures and architectures completed for element 802. Details of specific read/write 

which may embody the methods and apparatus of the memory location control sequences and control command 

present invention. FIG. 8 is therefore intended merely as sequences are discussed in additional detail herein below, 

exemplary of one particular embodiment of the scanner 15 FIG. 10 is a flow chart describing the operation of element 

control module firmware in accordance with the present 904 in additional detail. Element 904 is operable to process 

invention. a received read/write memory locations control requests 

Elements 800 and 802 are operable to receive and process from a host computer. In particular, elements 1000 and 1002 

low-level control instruction sequences received from an are operable to process write instructions requesting the 

attached host computer system. In particular, element 800 20 write of supplied data to an identified register, I/O port or 

determines whether any such control instruction sequences memory address. Element 1000 is first operable to determine 

have been received and are awaiting processing within the whether the control instruction sequence is requesting the 

scanning device. Preferably, any received control instruc- write of a particular register, I/O port or memory address. If 

tions are awaiting processing within a FIFO associated with so, element 1002 is next operable to write the host supplied 

the USB bus 150. Such buffered communication techniques 25 data to the specified memory location. Processing is then 

and apparatus is well known to those skilled in the art. If complete for element 904. If element 1000 determines the 

unprocessed instructions are awaiting processing, element request is not for a write to a memory location, element 1004 

802 is next operable to process any such low-level control is next operable to determine whether the control instruction 

sequences received from a host computer. Processing then sequence is requesting the read of an identified register, I/O 

continues by looping back to element 800. If element 800 30 port, or memory address. If so, element 1006 is next 

determines no host generated low-level control instruction operable to retrieve data stored at the identified location and 

sequences are awaiting processing by the scanning device, return the retrieve the data to the host system. Processing is 

elements 804 and 806 are next operable to process any then complete for element 904. If element 1004 determines 

pending user input information. Specifically, element 804 that the request is not for reading of a memory location, 

determines whether any user input operations have been 35 element 1008 is next operable to determine if the request is 

detected such as depression of an eject button, lifting of the for a write to a predefined data structure. If so, element 1010 

lid, insertion of a media for scanning, etc. If such a user input is next operable to write the host supplied data to the 

operation is detected, element 806 is next operable to specified data structure. Processing is thereby completed for 

process the detected user input operation. Processing then element 904. If element 1008 determines that the request is 

continues by looping back to element 800 to await a next 40 not for writing to a predefined data structure, element 1012 

operation or event. If element 804 determines that no user is next operable to determine if the control instruction 

input processing is required at present, element 808 is next sequence requests a read of data stored in a predefined data 

operable to detect the occurrence of a real-time event structure. If so, element 1014 is next operable to return data 

requiring the attention and processing by the scanner control retrieved from the identified predefined structure to the host 

module. If such a real-time event is detected, element 8 10 is 45 system, thereby completing operation of element 904. 

next operable to process the detected real-time event Details of specific memory locations and predefined data 

including, for example, motor or motion operations, scan- structures are provided herein below, 

ning related events and positioning, or timer event occur- FIG. 11 is a flow chart providing additional details of the 

rence. Processing then continues by looping back to element operation element 1010 in performing a write control 

800 to await a further processing. 50 instruction sequence for an identified predefined data struc- 

A FIG. 9 is a flow chart describing the operation of ture. Specifically, elements 1100 and 1102 are operable to 

element 802 of FIG. 8 in additional detail. In particular FIG. perform processing required to write host supplied data in 

9 describes more detailed operation of element 802 for the control/status data structure. If element U00 determines 

processing low-level control instruction sequences received that the control instruction sequence requests the write of 

from a host computer. Element 902 and 904 are operable to 55 data to the control/status data structure, element 1102 is next 

process any of several read/write memory location com- operable to write the supplied data into the identified 

mands. As noted above, memory locations as used herein control/status data structure. Processing is then completed 

refers to any locations in the scanner control module used to for element 1010. If element 1100 determines the request is 

store control, status, and parameter information regarding not for the write of the control/status structure, element 1104 

operation of the image scanning device which are directly 60 is next operable to determine whether the control instruction 

accessible by a host computer using low-level control sequence is requesting to write host supplied data to the 

instructions. Examples of such memory locations include motor data structure. Is so, element 1106 is next operable to 

registers and structures stored within microcontroller 108 as write the host supplied data to the motor data structure 

well as registers and structures stored within digital ASICs thereby completing processing of element 1010. If element 

104 and 106 or buffer RAM 110. If element 902 determines 65 1104 determines that the control instruction sequence is not 

that the received low-level control instructions sequence requesting the write of data to the motor data structure, 

indicates a request to read or write identified memory element 1108 is next operable to determine if the request is 
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for writing data to the scan data structure. If so, element U10 
is next operable to write the host supplied data to the 
identified predefined scan data structure, thereby completing 
operation of element 1010. As above, details of the structure 
and semantic interpretation of these and other data structures 
is provided herein below. 

FIG. 12 is a flow chart describing the operation of element 
1014 in additional detail for processing control instruction 
sequences requesting the read of data from a predefined data 
structure. Specifically, element 1200 first determines 
whether the control instruction sequence is requesting the 
read of the control/status data structure. If so, element 1202 
is next operable to return the requested data from the 
predefined control/status data structure, thereby completing 
operation of element 1014. If element 1200 determines that 
the control instruction sequence is not requesting the read of 
the control/status data structure, element 1204 is next oper- 
able to determine if the sequence requests reading of the 
motor data structure. If so, element 1206 is operable to 
retrieve the requested data from the predefined motor data 
structure and return the data to the requesting host system, 
thereby completing processing of element 1014. If element 
1204 determines that the control instruction sequence is not 
requesting a read of the motor data structure, element 1208 
is next operable to determine whether the sequence requests 
reading data from the scan data structure. Is so, element 
1210 is operable to retrieve the requested data from the scan 
data structure and to return the data to the requesting host 
system, thereby completing operation of element 1014. 

FIG. 13 is a flow chart describing the operation of element 
908 in additional detail for processing of control command 
low-level control instruction sequences received from host 
computer. Element 1300 is first operable to determine 
whether the received control command is requesting the 
change of media mode. As noted herein below, the media 
mode identifies the type of image media source presently 
inserted into the scanning device. If element 1300 so deter- 
mines that the control request is for changing the media 
mode, element 1302 is operable to set the media mode as 
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requested by the parameter supplied with the change mode 
control command. Processing of element 908 is thereby 
completed. Elements 1304 and 1306 likewise determine 
whether the command is requesting a move position within 
the scanner device, and process such a move request in 
accordance with the parameter supplied in the move position 
command. Elements 1308 and 1310 are similarly operable to 
process a scan control command which initiates the scanning 
process of an image source presently inserted in the scan 
device and returns the digitized image data to the requesting 
host. Elements 1312 and 1314 are operable to process a 
request from the host computer to download calibration data 
via the high-speed DMA operation. Such a request transmits 
predefined calibration parameters from the host computer to 
the scanner control module and stores the calibration data 
within the buffer RAM of the scanner control module. 
Elements 1316 and 1318 are similarly operable to process a 
host request to retrieve presently stored calibration data from 
the scanner and to return the calibration data to the host 
computer. Further details of the operation of these and other 
control command sequences are provided herein below. 
SPL Command Syntax and Semantic 

As described above, the present invention includes host 
based API software modules which translate high-level 
command sequences into low-level control instructions 
sequences. In the preferred embodiment of the present 
invention, the high-level command language is a subset of 
the Hewlett-Packard SCL standard for scanning devices and 
the low-level control instruction standard is the Scanner 
Primitive Language (SPL) defined herein. Most, but not all, 
SCL language features are supported by equivalent SPL 
low-level control instruction sequences. The following list 
presents the SCL features presently supported by SPL as 
defined herein. Those skilled in the art will recognize that 
other SCL commands and parameters may be easily con- 
structed from the SPL sequence. The definition herein is 
therefore intended merely as exemplary of a sufficient 
(though not necessarily minimal) SCL to SPL translation. 



SCL API Functions Supported by SPL 

INT16 [nquireModel(PINT16 pModel) 

INT16 lnquireNumbcr(U[NT16 Inquire,UINT16 Kind,PINT16 p Value) 
INTI6 InquireOldestErrorO 

INT16 [nquircString(UINTl6 Inquirc,PUINT8 pString, INT16 Length, PINT16 
pReceivcd) 

INT16 SendCommnnd(UlNT16 Comrnand,lNT16 Value) 
INT16 Color(INT16 Bits) 

1NT16 ComrnandInquire(UINT36 Command,INTl6 ValucPlNTie p Inquire) 
INT16 Download(INT16 KindLPUINTO p Buffer) 
INT1G GetScanInfo(PSCANINFO pScanlnfo) 

INT16 GetScanState(PSCANSTATE pScanState,UINT16 Kind,UlNTl6 Units) 
INT1G ResetScanner(void) 

INT16 Scan(INT16 Phnse,PUINT8 pBuffer l INT32 Length,PINT32 p Received) 
INT1G SctPixelWindow(INT16 XJNT16 Y,INT16 Xcxtent,INT16 Yextcnt) 
INT16 SetResolution([NT16 Xresolution^lNTie Yresolution) 
INT16 SetScale(lNT]6 X*cale,INT16 Yscole) 
iNTlrj SetScanState(PSCANSTATE pScanStatc.UlNTie Units) 
INT16 SetScanWindow(PSCANWINDOW pScanWindow,UINT16 Units) 
INT16 UpIoad(INT16 Kind,PUINTB pBuffer,INT16 Length,PINT16 pReceived) 
INT16 CheckIO(void)/' does nothing */ 
INT16 ScannerLock(HWND hWnd, INT16 block) 
void Scanner Vfersion(PUINT8 p Version, 1NT16 MaxCount 
Supported Upload/Download Types (Kind): 

S L_M ATRlX_LO AD 

SL_CAL_STRIP_LOAD 

SL_10TO8BIT_LOAD 
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-continued 



SL_GAINS_LOAD 
SL_EXPOSURE_LOAD 
SL_CAL_DATA_LOAD 
SCL API Functions NOT Supported by SPL 

The entry points for these commands will remain in the SPL DLL but they will not 

do anything and will return an error, 

INT16 BuildCommand(PUINT8 pCmdString, UINT16 Command, INT16 \felue) 
INT16 BuildInquire(PUINT8 plnqString,UINT16 lnquire,UINT16 Kind) 
INT32 ScndToScanner(PUINT8 pBuffcr, [NT32 Ungth) 
INT32 RecFromScanner(PUINT8 p Buffer, INT32 Length, INT16 TermChar) 
INT16 ReceivcResponse(PUINT8 plnqString,PINTi6 pValue,INT16 TermChar) 
INT16 SetDiagnosucSCL(PSCL_TABLE plable) 

INT16 SetDecipointWindow(INT16 XJNTia Y,INT16 Xextent,INT16 Yextent) 
INT16 GrayScalc(INTl6 Bits) 
INT16Threshold(void) 
INT16 ColorDither{INn6 Pat) 
INT16 ColorThreshold(void) 
INT16 Dither(INT16 Pat) 
SCL Command Defines Supported 

SL_RES ET_SCANNER 

SL_CLEAR ERRORS 

SL_SCAN 

SL_RECALLB 

SL_X_RESOLUT10N 

SL_Y_RESOLUTION 

SL_X_SCALE 

SL_Y_SCALE 

SL_XPOS_PDCEL 

SL_YPOS_PDC£L 

SL_XEXT_PDCEL 

SL_YEXT_PKEL 

SL_NEGATTVE 

SL_MIRROR 

SL_AUTO_BACKGROUND 

SL_DATA__TYPE valid types: GRAYSCALE COLOR 

SL_BFrS_PER_PrXEL 

SL_TONEMAP 

SL_TEST_LAMP 

SL_TEST_SCANNER 

SL_FILTER 

SL_MATRIX 

SL__ADF_UNLOAD 

SL_ADF_ AVAILABLE 

SL_ADF_HAS_ PAPER 

SL_„ADF_OPENED 

SL_ADF_UNLOAD_RDY 

SL_ERR_MAX_ DEPTH 

SL_ERR_DEPTH 

SL_ERR_CURRENT 

SL_ERR_OLDEST 

SL_PIXELS_PER_UNE 

SL_BYTES_PER_LINE 

SL_LINES_PER_SCAN 

SL_ADF_READY 

SL_PIXELS_PER_INCH 

SL_OPTICAL_RES 

SL_JCPA_AVAILABLE 

SL_DATE_CODE 

SL_SCAN_STATUS 

SL_CAL_MODE 

SL_COMPRESSION 

SL_MEDIA_TYPE 

SL_COORD_SYSTEM 

SL_SCAN_DIRECTION 



SCL Command Defines NOT Supported 
SL_ADF_SCAN 

SL_UPLOAD /• Use API call instead, Inquire works "/ 

SL_DOWNLOAD /■ Use API call instead, Inquire works */ 
SL_DOWNLOAD_TYPE /• Inquire works, but command makes no sense */ 
SL_ADF_BACKGROUND 
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-continued 



SL_XPA_SCAN 

SL_XPOS_DECI SCAN 

SL_YPOS_DECl SCAN 

SL_XEXT_DECl SCAN 

SL_YEXT_DEC[ SCAN 

SL_PATTERN 

SL_COLOR_PATTERN 

SL_ADF_CHANGE 

SL_XPA_DISABLE 

S L_AD F_STATU S 

SL_XPA_STATUS 

SL_XPA__READY 

SL_BYTEORDER 

SL_RECONNECT_LEVEL 

S L_B YTES_I N_LASTSCAN 

SL_NUM_OF_VIEWS 

SL_VIEW_TYPE 

S L_C LE AR_B UTTON 

SL_Bl/nT)N_PUSHED 

SL_ADF_PRELOAD 

SL_CALIB_Y 

SL_CAUB_PARAM 

SL_LIGHT_POWER 

SL_SHOULD_BE 

SL_MODEL_l 

SL_MODEL_2 

SL_MODEL_3 

SU_MODEU_4 

SL_MODEL_5 

SL_MODEL_6 

SL_MODEL_7 

SL_MODEL_8 

SL_MODEL_9 

SL_MODEL_10 

SL_INTENSITY 

SL_ CONTRAST 

SL_YPOS_BAR 

SL_SPEED_MODE 

SL_SCAN_SPEED 

SL_WHICH_ADF 

SL__AUTO_COEF 

SL_CON T VOLUTlON_COEFF 



SPL Commands 

The following tables define the syntax of the presently 
defined SPL commands. SPL commands and associated 
parameters and data are preferably transferred to the scanner 
via the USB data pipe (commonly referred to as a USB bulk 
pipe). Data generated by the scanner for return to the host 
system in response to the command processing are also 
transferred via the USB data pipe. As noted herein below, 



asynchronous event information corresponding to state 
changes in the scanner are communicated via the USB 
interrupt pipe so as to permit transfer of such information 
independent of the present state of the data pipe. SPL 
commands (also referred to herein as control instructions or 
low level control instructions) are retrieved from the USB 
data pipe until the pipe is empty. The host I/O processing 
module within the scanner firmware then suspends awaiting 
further control instructions from the attached host system. 



Simple SPL Commands 



Command Value Parameters 



NOOP 0 x 00 

WRITE REGISTER 0 x 01 

WRITE_PORT 0 x 02 

WRITE_MEM 0 x 03 

READ_REGISTER 0 x 04 

READ_PORT 0 x 05 

READ__MEM 0 x 06 



Control 



No Parms 

UINT16 Address, UINT8 Data 

UINT16 Address, UINT16 Length, UINT8 

Data 

UINT16 Address, UINT16 Length, UINT8 
Data 

UINT16 Address 

UINT16 Address, UINT16 Length 
UINT16 Address, UINT16 Length 
SPL Commands 



CHG_MODE 0 x 10 UINTB Mode 

MOVE_POSmON Oxll UINTl 6 Position 

SCAN_IN_PLACE 0 x 12 No Parms 

MOVE_AND_SCAN 0 x 13 No Parms 



09/29/2003, EAST Version: 1.04.0000 



6,094,689 



17 



18 



-continued 



DMA_TO_SCANNER 

DMA_FROM__SCANNER 

SPL_RESET 



switch_code 
write_ext_mem 

r ead_ext_me m 



0 x 15 UINT16 Address, UINT16 Length 
0x16 UINT16 Address, UINT16 Length 
0x17 No Parms 
Special SPL Commands 

0 x 08 void code • Address 

0 x 0a UINT8 Cmd, UINTS type, UINT16 

Address, UINT16 Length 
0 x Ob UtNT8 Cmd, UINT8 type, UINT16 

Address, UINT16 Length 



Extended memory types (for WRITE_EXT_MEM or READ_EXT_MEM commands) 


Memory Type 


Value 


XRAM_TYPE 


0 


CODE_TYPE 


1 


[RAM_TYPE 


2 


SPEOAL_TYPE 


3 


EEPROM_TYPE 


4 


Extended memory addresses (for SPECLAL_TYPE memory types) 


Memory Address 


Value 


SCAN__CONTROL_ADR 


0 x 00 


VERSION_ADR 


0 x 01 


UGHT_ADR 


0 x 02 


ADC_ADR 


0x03 


Not Used 


0 x 04 


MEDIA_MODE 


O x 05 


LIGHT_MONTTOR 


0 x 06 


MOTOR_CONTROL_ADR 


0 x 07 


CONTROL_STATUS_ADR 


0 x 08 


DMA_LENGTK_ADR 


0 x 09 


PURPLE_ADR 


0 x Oa 


MOTOR_[SR_ADDR 


Ox 0b 



Real Time Control 

Real time control in the scanner control module of the 
present invention is interrupt driven and designed to be 
sequenced by a Task Level of the control module firmware. 
The Task Level polls global flags, data structures and 
variables for indications of events generated by various 
interrupts. When such events are detected, the Task Level 
handles the sequencing of the task to an appropriate next 
state (a simple finite state machine is thereby implemented 
to control operation of the scanner). A corresponding, coop- 
erating Interrupt Level of the control module firmware 
retains some state information but generally has no knowl- 
edge of the specific task being performed, only the events 
that are un-masked for it to act on. 

Various processes comprise the Task Level. Each process 
is largely independent of the others and all may operate 
substantially concurrently to control and sequence a particu- 
lar sequence of processing within the scanner. The Task 
Level processes are preferably as follows: 

HOST I/O Service Request 

A host interface (i.e., USB/SCSI) needs service. This 
could be a control instruction "packet" received or a 
request to send scan data to the host. 

Scan Event 

An Event has been generated by the End Of Line inter- 
rupt. 
Motor Event 

An Event has been generated by the Stepper Motor 

interrupt. 
User Event 

A button has been pushed or the Lid opened 



Timer Event 

A timer has expired. 

In general, the processes of the Task Level are idle 
awaiting indication of a particular event sensed by operation 

w of the Interrupt level. Such interrupts are generally asyn- 
chronous with respect to the processes of the Task Level. 
Scanner Data Structures 

As noted above, the host API module transfers SPL 
commands to the scanner. The SPL command architecture is 
substantially based upon the ability of the host API module 

45 to directly (via SPL commands) read and write data in the 
memory space of the scanner firmware. In particular, various 
data structures are defined which correspond to particular 
control features and aspects of the scanner operation. Certain 
of the data structures also server as a repository for global 

50 information shared between the Task Level and Interrupt 
Level of the scanner firmware. The Task Level and Interrupt 
Level exchange information through certain of the following 
data strictures as described herein below. 
Asynchronous Interrupts 

55 Some of the Real Time Events must notify host API 
software that the device state has changed. This is reported 
through the USB Interrupt Pipe as distinct from the USB 
data pipe. Those skilled in the art will recognize equivalent 
"out of band" or priority communication techniques in other 

60 communication interface standards and protocols which 
may be used in conjunction with the present invention. The 
USB interrupt pipe is such an "out of band" or priority 
communication channel which allows higher priority 
information, generally of an asynchronous nature, to be 

65 exchanged between devices regardless of the present state of 
operation of the normal communication channel (i.e., the 
USB data pipe). Such status change reports are serviced by 
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a background thread of the host API modules (i.e., asyn- 
chronous event processing module 220). 

Hie present state of the scanner is reported and controlled 
by the Control/Status structure using the WRITE_EXT_ 
MEM and READ_EXT_MEM commands. In response to 
receipt of a message at the host API indicative of a status 
change in the scanner, the host API module may read the 
control/status structure (by issuance of appropriate SPL 
commands) to determine with precision the present state of 
the scanner operation. By issuing SPL commands to write 
the control/status structure, the 



Size 



Control/Status Structure 
Description 



UINT8 


Mask 


Mask allowing Device to service 






Events (see detail below) 


UINT8 


Status 


Current Status of the scanner (see 






detail below) 


UINT8 


MediaType 


Current Media Type (sec detail 






below) 


UINT8 


ScosorModc 


Current State of Media Sensor (sec 






detail below) 
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Control/Status Mask Bits 



Bit Name 



Description 



0 MASK_EJECT_BUTTON_Brr Set allows Device to service 

Eject Button Events 

1 MASK_SELECT_BUTTON_BrT Set allows Device to service 

Select Button Events 

2 MASK_MEDLA_SENSE_BIT Set allows Device to service 

Media Sensed Events 
Control/Status Status Bits 

0 AT_HOME_POS_BIT Set after Device finds home, Clear if 

motor moves 

1 LID„OPEN_BIT Set when scanner lid is open 

2 MEDIA_SENSED_BIT Set when media sensed w/CCD 

3 EOM_SENSED_BIT Set when end of media is detected 

Control/Status MediaType enumerated types 
Value Name Description 

0 UNKNOWN MediaType is Unknown 

1 NEGATIVE MediaType is Negative 

2 SLIDE MediaType is Slide 

3 PRINT MediaType is Print 

Control/Status Sensor Mode enumerated types 
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0 SENSOR_NOT_READY 

1 SENSOR_READY 

2 SENSOR_MEDlA_INSERT 

3 SENSOR_MEDIA_READY 

4 SENSOR_WAIT__REMOVE 



Sensor is not ready... Needs 
calibration 

Sensor is calibrated and ready 
Media has been inserted 
Media has been pulled in and 
sensed w/CCD 

Media has been ejected Waiting 
for removal 



Control/Status and the Device Firmware 

Depending on the state of the mask and status bits the 
control module firmware will monitor activity on the media 
sensors, buttons, and timer expiration and generate messages 
sent back to the host API background thread (asynchronous 
event processing module 220) to inform the host of the state 
changes. 

The specific status masks and bits so monitored depend 
largely upon the requirements of a specific scanner device. 
The above discussed data structure and bit and field defini- 
tions are exemplary of one specific scanner device. Those 
skilled in the art will recognize variations of the above 65 
identified status bits, masks, and other status fields appro- 
priate for other specific scanner devices. The host API 
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module (scanner specific DLL 202) is therefore customized 
to the specific requirements and features of the specific 
scanner for which it is designed. 

The above identified masks and status bits correspond to 
5 the following semantic processing. 

At Home Position 

When first set because of an eject or mode change, the 
media sensor is calibrated for the current media mode. If the 
calibration fails the sensor mode is set to Sensor Not Ready 
io else it is set to Sensor Ready. A timer is setup to expire every 
second. In response to the timer expiration, the control 
module firmware performs a quick check of the media 
sensor to ensure proper threshold for the current media 
mode. If the Mask byte has the Media Sense Bit set, then the 
s task level loop will check for media inserted every iteration. 
Eject and Select buttons are also allowed at the home 
position. When the home position is cleared, the Select 
Button is disabled. Whenever one of the mask bits are 
cleared and the user activates that event, all scanner panel 
lights will flash on to notify the user that the function is 
disabled (i.e., some media is currently inserted and the user 
therefore illegally attempted to change media mode). 
Lid Open 

When first set from the interrupt, all masks should be 
disabled and remain disabled until the Lid is closed 
(including any requisite debouncing of the signal). This will 
prevent the media sense that occurs because the light circuit 
is broken. An interrupt is sent to the host API software to 
update the status to indicate "lid open" for an error condition 
for the application. 
Media Control 

When first set an interrupt is sent to the host API software 
to update the status as ADF Ready (simulating a document 
feeder ready signal). A host application polls for this status 
in the push model for notification that it can begin scanning. 
Early notification that the media sensor has been tripped can 
be found in the Sensor Mode by looking at the state equal to 
Sensor Media Insert but if detection by the CCD fails Device 
Firmware will return to the Home Position. 
Motor Task 

The Motor Task is responsible for changing modes and 
repositioning for scanning. A Motor Control structure is 
downloaded using the WRITE_EXT_MEM command to 
define the parameters needed for a specific task. The struc- 
4S ture may also be read using a READ_EXT_MEM com- 
mand to determine the present status of the motor in the 
scanner device. 
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60 



Size 


Name 


U1NT8 


Mode 


UINT8 


Direction 


UINT16 


Position 


UtNT32 


DestVelocity 


UINT16 


StartStopAdj 


UINT16 


Repositionlimit 


UINT32 


Exposure 


UINT16 


MaxSlidc Window 


UINT16 


MaxNegWindow 


UINT16 


Max Print Window 



Motor Control Structure 
Description 



Normal, Continuous 
Preview, Final 

Defines current position in steps 
The period in 36 Mhz clocks to step at 
Steps from buffer full location to re- 
start location 

Step reverse limit to prevent losing 
media 

Scan exposure in 36 Mhz clocks 
Max value to define the cam window 
as Slide 

Max value to define the cam window 
as Negative 

Max value to define the cam window 
as Print 
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The Motor Task (a process of the Task Level) cooperates 
with the Interrupt Level as noted above via shared global 
variables and data structures. The following data structures 
provide such shared variable communication between the 
Motor Task and the interrupt level as relates to motor control 
functions. 

Motor ISR Control Structure 

This structure is specific for the Device and is used to pass 
information between the Task Level and Motor Timer Inter- 
rupt. This structure contains State and Event information 
used to sequence the scan process to completion. 



Size 



Name 



Description 



UINT8 
UINT8 



State 
NortStatc 



UINT8 Event 

UINT8 EventMask 

UINT8 Accelldx 

UINT16 StepDir 

UINT16 EventWord 

UINT32 Velocity 



Current Motor Timer Interrupt State 
Semaphore used by Task Level to sequence ISR 
to another State 

Bitmap of ISR generated events used by the Task 
Level 

Bitmap of Masks allowing ISR to set these 
events. 

Pointer to current Acceleration Table entry. 
Signed direction added to current position on each 
step. 

16 bit parameter for passing info between Task 
and ISR 

Misnomer for the period in 36 Mhz clock ticks 
between interrupts. 



Motor Task Level States 




State 


Value 


STOPPED 


0 x 00 


GET_OUT_OF_WINDOW 


0 x 01 


GET_WINDOW_STEPS 


0 x 02 


GET_INTO_WINDOW 


0 x 03 


MOVE_TO_POSinON 


0 x 04 


REPOSmON^REV 


0x05 


REPOSmON_FW D 


0 x 06 


MOTOR_SCAN 


0 x 07 


FARAWAY_SCAN 


0 x 08 


lNrTlAL_REPOSmON 


0 x 09 


Motor ISR States 




STOPPED 0 x 00 




ACCELERATE 0x0] 




CRUISE 0 x 02 




SCAN_CRUISE 0 x 03 




CONTINUE 0 x 04 




DECELERATE 0 x 05 




DECELERATE_TO_SCAN 0 x 06 


Motor ISR Events 




Event 


Value 


MOTOR_STOPPED 


0x01 


AT POSITION 


0x02 


CROSSED_WINDOW 


0 x 04 


EXIT_WINDOW 


0 x 08 


ENTER_WINDOW 


0 x 10 


MAX_STEPS 


0 x 20 


LAST_WINDOW 


0 x 80 



Scan Control 

The Scan Task is responsible for repositioning for scan, 
sensing media, starting the RGB channels with appropriate 
line delays, and handling the buffer full condition. A Scan 
Control structure is downloaded using the WR1TE_EXT_ 
MEM command to define the parameters needed for a scan. 
The structure may also be read by the host system using a 
READ_EXT_MEM to monitor the present state of a scan 
operation. 
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Size 



Name 



Scan Control Structure 



Description 



UINT16 


LincsToScan 


Number of lines to scan 


UINT8 


StartChannel 


First Channel to start Filling, Inc 






Color, Proc 


UINT8 


LineDelayl 


Delay in Bits 4-0 (up to 31) Fill 


10 




Channel bit <1 


UINT8 


LineDelay2 


Delay in Bits 4-0 (up to 31) Fill 






Channel bit <1 


UINT16 


Scan Position 


Position in Motor Steps to start 






scanning 


UINT16 


RepositionSteps 


Number of steps to back up on buffer 


15 




full 


UINT16 


FarAwayPosition 


Position to slow down to scan speed 



The Scan Task (a process of the Task Level) cooperates 
with the Interrupt Level as noted above via snared global 
20 variables and data structures. The following data structures 
provide such shared variable communication between the 
Scan Task and the interrupt level as relates to image scan 
functions. 

Scan ISR Control Structure 
25 This structure is specific for the Device and is used to pass 
information between the Task Level and End of Line Inter- 
rupt. This structure contains State and Event information 
used to sequence the scan process to completion. 



30 



35 



40 



Size 


Name 


Description 


UINT8 


State 


Current End of Line Interrupt State 


UINT8 


NextState 


Semaphore used by Task Level to sequence 
ISR to another State 


UINT8 


Event 


Bitmap of ISR generated events used by the 
Task Level 


UINT8 


EventMask 


Bitmap of Masks allowing ISR to set these 
events. 


UINT8 


DclayCnt 


General purpose counter used for line delays, 
startup/finish delays. 


UINT16 


Scanned Lines 


Number of lines that have currently been 
scanned 


UINT16 


EventWord 


16 bit parameter for passing info between Task 
and ISR 



Scan Task Level States 




State 


Value 


STOPPED 


0 x 00 


SCANNING_IN_PLACE 


0 x 01 


SCAN_WHILE_MOVING 


0 x 02 


UTI LrTY_LM W_SCAN 


0 x 03 


LM W_S ENS E_M EDI A 


0 x 04 


Scan ISR States 




STOPPED 


0 x 00 


REPOSITIONING 


0 x 01 


RESYNCINO 


0 x 02 


SCANNING 


0 x 03 


WAIT_ EMPTY 


0 x 04 


WA IT_ R ESTA RT 


0 x 05 


FINISH_DELAY 


0 x 06 


RESTART_M OTOR 


0 x 07 


Scan ISR Events . 




Event 


Value 


MEDIA_SENSED 


0 x 01 


M EDIA_NOT_S ENS ED 


Ox 02 


EJECT_S ENS ED 


0 x 04 


SCAN_DONE 


Ox 08 
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-continued 
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BUFFER_FULL 
BU FFER_EM PTY 
AT_SCAN_POS[TION 



0 x 30 
0 x 20 
Ox 40 



General Purpose Timer 

The microcontroller of the scanner device of the present 
invention preferably has two or more timers that can be 
configured for different functionality. For example, in an 
8051 or 8052 microcontroller, a first timer is preferably 
implemented as a 16 bit Mode 1 timer. This mode divides the 
processor clock by 12 to generate a clock that continuously 
interrupts every time the 16 bit counter rolls over. This gives 
an interrupt every (65536* 1 usee) 65.5 msec in the preferred 
embodiment of the present invention. This time is used to 
de-bounce the buttons, flash the light when changing mode, 
timeout media insertions and the 1 second check of the 
media sensor. Those skilled in the art will recognize many 
equivalent techniques and devices (including distinct timer 
devices as well as microcontrollers and general purpose 
processors) for implementing similar timing functions in the 
scanner device in accordance with the present invention. The 
timer operations use a data structure for maintaining the 
information for these events. 



TLmeiO Control Structure 



Size 


Name 


Description 


U1NT8 


State 


Current Timer Interrupt State 


UINT8 


Event 


Bitmap of ISR generated events used by the 
Task Level 


UINT8 


EventMask 


Bitmap of Masks allowing [SR to set these 
events. 


UINT8 


HmerUcks 


Interrupts to count down for General 
purpose timer operations. 


UINT8 


EjectTicks 


Interrupts to count down for debouncing the 
Eject button 


UINT8 


SelectTicks 


Interrupts to count down for debouncing the 
Select button 


UINT8 


CatSenseTicks 


Interrupts to count down for checking the 
media sensor 



Timer ISR States 




State 


Value 


STOPPED 


0 x 00 


FLASHING 


0 x 01 


POSITIONING 


0 x 02 


WARNING 


0x03 


Timer ISR Events 




Event 


Value 


TIMER_EXPIRED 


0 x 01 


EJECT_PUSHED 


0 x 02 


SELECT_PUSHED 


0 x 04 


CAL_SENSOR 


0 x OS 



Calibration Strategy 

In accordance with the present invention, a Complete 
Calibration will be done at power-on and at any mode 
change for transmissive modes. A Print Calibration will be 
done at installation and stored on the host computer. This 
will give valid Photo Response Non-Uniformity (PRNU as 
discussed below) values to be applied later. Before every 
scan, Dark Signal Non-Uniformity (DSNU as discussed 
below) values are calculated and combined with previous 
PRNU values. The Calibration Header Structure defines all 



the Target values and adjustable values available to and 
accessible by the host API to setup a Calibration and a Scan. 
Calibration generally involves several scans as described 
below. 
5 Media Sensor 

Scanner device control firmware, in accordance with the 
present invention, is responsible for calibrating the Media 
Sensor because of the real time requirement of continuously 
checking for drift. The Media Sensor preferably uses two 
10 simple analog to digital conversion circuits within the digital 
ASIC such as pulse width modulation circuits (also known 
as PWM's) to check the amount of light transmitted through 
a photo emitter/collector (often referred to as a light pipe) 
associated with the media insertion path. The Pulse duration 
register in the first PWM circuit has 10% increments and is 
the course control preferably programmed within the digital 
ASIC of the scanner control module. The other PWM circuit 
has a period register programmed in the digital ASIC and a 
duty cycle register also programmed in the digital ASIC. The 
calibration process first checks the extremes to verify the 
sensor works. If the current mode is print then the sensor 
should sense complete blockage of all light within the 
scanner (indicative of a print media blocking light from the 
scanner light source incident upon the CCD array) or the 
extreme of maximum light (indicative of the absence of a 
print media). In the transmissive mode (i.e., photographic 
slides or negatives and transparencies) the scanner control 
module in accordance with the present invention attempts to 
set the Media Sensor for a 10% change in light for sensing 
negatives. 

The sensor calibration procedure is to start with some 
initial mid-way settings then move the course adjust until the 
sense input changes state. The fine adjust (period) is then 
moved to get the exact trip point and then the course adjust 
is set 1 click higher giving the 10% threshold. 

The Sensor Mode in the control/status structure discussed 
above is set to Sensor Ready and a timer started to interrupt 
the microcontroller every second to verify the setting. This 
check procedure limits the course setting to +/-2 clicks. If 
that limit is exceeded, the Sensor Mode is set to Not Ready 
forcing a complete new calibration. 

This method allows provides a self correcting technique 
such that if media is not sensed, the user will remove it and 
before the media is reinserted the sensor will be re-calibrated 
causing the media to be more likely sensed on the next 
insertion (re -insertion of the media). 
Gain Calibration 

The scanner control module in accordance with the 
present invention preferably attempts to maximize the ana- 
log signal with exposure and then balance the channels with 
gain when scanning printed images (as distinct from pho- 
tographic slides or negatives or other transmissive mode 
media). This approach compensates for scanner device 
variations between the Red, Green, and Blue channels 
caused by the lamp, the CCD array, or the analog ASIC 
circuit components. Two scans are done with the first set at 
100% exposure. The scan line is examined for the highest 
RGB value and this value is used to calculate an exposure 
that will maximize the CCD output. The CCD saturates at 3v 
whereas the analog ASIC and A/D converters generate all 
l's (i.e., OxFFF for a twelve bit A/D converter) when a 4v 
signal is converted. The exposure calculation attempts to set 
the CCD output at 90% of saturation using the equation 
100* ExposureTarget/HottestRGB Channel where current 
ExposureTarget is (0.9* OxFFF* 3/4). The second scan will 
be done at this calculated exposure and the scan line 
examined for high RGB values again. The analog ASIC 
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preferably has a gain of 1-4 in 0.1 increments per gain value 
making the gain calculation ((10* GainTarget/ 
HighRGBValue)-10). 
DSNU Calibration 

The digital ASIC preferably compensates for Dark Signal 5 
Non-Uniformity (DSNU) using a Calibration Ram value 
with the precision of Vi bit. The CCD array, in general and 
especially at extended exposures and high temperatures, 
requires more compensation at the lower pixel numbers than 
the higher. With dark clamp running the average dark level 10 
is subtracted before DSNU values and will tend to clip half 
the signal unless a bias is applied so that the full distribution 
can be seen. The scanner control module in accordance with 
the present invention therefore averages 100 scan lines to 
reduce noise to 1/10 when calculating DSNU values. 15 
Because of the exposure time for 100 scan lines (230 
ms@100% exposure 1.38 sec@600% exposure), it is 
desired to only do one scan that determines the bias as well 
as the DSNU values. This is accomplished by scanning with 
the maximum bias of 1023 (V£ bit), then finding the low 20 
value in the scan line and subtracting it from 1023 to get the 
scan bias. The DSNU values are then calculated by averag- 
ing the columns and then subtracting the bias. 
PRNU Calibration 

The digital ASIC preferably compensates for Photo 25 
Response Non -Uniformity (PRNU) using a Calibration Ram 
value that provides the gain by which the pixel value is 
multiplied. Again, 100 scan lines are averaged and the gain 
per RGB pixel is calculated by the equation 
RGBPmuTarget/Average where RGBPrnuTarget value is a 30 
number determined by the calibration header structure. 
Calibration Download Type 

Calibration Data can be downloaded with and without the 
data. The size of the calibration download request serves to 
further identify the type of data to be downloaded. A header 35 
portion of the calibration data may be downloaded with a 
length of 100. In the preferred embodiment, a length of 1024 
is indicative of a request to download EEPROM data. The 
first two bytes of the downloaded data indicate the size of the 
download request. The DMA calibration data to scanner 40 
command identifies the address in the buffer RAM at which 
the calibration data is to be stored. The host API software 
therefore determines the amount of buffer RAM used for 
buffering scan data being sent to the host system by deter- 
mining the start address of the calibration data in the buffer 45 
RAM. Memory below the start of calibration data in buffer 
RAM is used for buffering the transmission of scan data to 
the host. 





Calibration Download Format 




Byte 


Description 


Format 


0-1 


Size (100 or 24436) 


UINT16 


2-5 


Revision 


ASCII String 


6-35 


Serial Number 


ASCII String 


16 


MediaType 


UINT8 


17 


Reserved 


UINT8 


18 


GainTarget 


U1NT8 


19 


Red Gain 


UINT8 


20 


GmGain 


UINT8 


21 


BluGain 


UINT8 


22 


RedOffeet 


UINT8 


23 


OmOffset 


UINT8 


24 


BluOffsct 


UINT8 


25 


DarkClampNum 


UINT8 


26-27 


DarkC lamp Bias 


UINT16 


28 


DsnuOffsetMod 


UINT8 
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Calibration Download Format 




Byte 


uesc nptio n 


rUI U mil 


29 


ExposureTarget 


UINT8 


30 


RedPrnuTarget 


UINT8 


31 


GrnPrnuTarget 


UINT8 


32 


BluPrnuTarget 


UINT8 


33 


[ndepeadentExposure 


UINTS 


34-35 


ExposurcLen 


UINT16 


36-37 


Red Exposure 


UINT16 


38-39 


Gra Exposure 


UINT16 


40-41 


Blu Exposure 


UINT16 


42-43 


StartX 


UINT16 


44-45 


EndX 


UINT16 


46-47 


CamWindowSteps 


UINT16 


48-49 


DarkBiasOffset 


UINT16 


50-99 


DarkBiasOffset 


UINT16 


100-8211 


RedCalData[2700] 


UINT8 Offset 






UINT8 GainLSB 






UINT8 GainMSB 


8212- 


GraCaIData[2700] 


UINTS Offset 


16323 




UINT8 GainLSB 






UINTS GainMSB 


16324- 


BluCalData[2700] 


UINTS Offset 


24435 




UINTS GainLSB 






UINTS GainMSB 




EEPROM Download Format 




0-1 


Size (must be 1024) 


UINT16 


2 


EEProm Revision 


UINT8 


3 


Pad to align rest 


UINT8 


4-13 


Serial* 


ASCII String 


14-15 


SlideCnt 


UINT16 


16-17 


NegativeCnt 


UINT16 


18-19 


PrintCnt 


UINT16 


20-21 


LeftrurpleRail 


UINT16 


22-23 


RightPurpleRail 


UINT16 


24-25 


SlideCamWindowMax 


UINT16 


26-27 


NegativeCamWindowMax 


UINT16 


28-29 


PrintCamWindowMax 


UINT16 


30-31 


Motor Lash 


UINT16 


32-33 


PrintPositionX 


LUNT16 


34-35 


PrintExtentX 


U1NTI6 


36-37 


TransmissivePositionX 


UINT16 


38-39 


TransmissiveExtentX 


LUNT16 


40-41 


MotorStepsSensorTbCCD 


UINT16 


42-255 


Reserved 




256-511 


FrontEndRedMap[128] 


UINT16 


512-767 


FrontEndGrnMap[128] 


UINT16 


768-1023 


FrontEndBIuMap(128] 


UINT16 



Those skilled in the art will recognize that the calibration 
data format described herein above is generic in that several 
scanner devices may be calibrated by such supplied data. 
None the less, those skilled in the art will further recognize 
50 that other types of calibration values may be used by specific 
scanning devices or specific optical characteristics of par- 
ticular scanning devices. The above discussed formats are 
therefore specific to a particular preferred scanning device 
and at the same time exemplary of a class of similar 
55 scanning devices. 

While the invention has been illustrated and described in 
detail in the drawings and foregoing description, such illus- 
tration and description is to be considered as exemplary and 
not restrictive in character, it being understood that only the 
preferred embodiment and minor variants thereof have been 
shown and described and that all changes and modifications 
that come within the spirit of the invention are desired to be 
protected. 

What is claimed is: 

1. A control apparatus in an image scanner comprising: 
a host computer interface for exchanging information 
with an attached host computer; and 
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a process control module for controlling real time opera- writing data supplied with said address information into said 

tionsof the image scanner wherein said process control locations in said at least one control/status data structure 

module is adapted to accept low-level control instruc- stored in said memory. 

lions received from the attached host computer via said 12. The method of claim 10 wherein the step of processing 

host computer interface wherein said process control 5 sa ia low-level control instructions includes the steps of: 

module includes at least one control/status data stmc- j-j.r i • i n 

ture directly addressable by the host computer by said rcading d j ta from IocaUons l .° said at least one c ° ntrol L / 

low-level control instructions for control of the state of status data structurc m memory associated with 

the image scanner by the host computer and for report- said controllcr ; and 

ing the state of the image scanner to the host computer. returning said data to the host computer. 

2. The apparatus of claim 1 wherein said process control 10 13. The method of claim 10 wherein said at least one 
module includes: control/status data structure includes a plurality of control 

a memory device for storing said at least one control/ structures for configuring operating parameters of said 

status data structure used to control operation of the image scanner. 

image scanner, wherein said at least one control/status I 4 - method of claim 13 wherein the step of processing 

data structure includes a plurality of control structures 1 said low-level control instructions include the step of: 

stored in said memory device for configuring operating manipulating said plurality of control structures by direct 

parameters of said image scanner. addressing by the attached host computer. 

3. The apparatus of claim 2 wherein said low-level control 15. The method of claim 10 wherein the step of processing 
instructions include direct addressing and manipulation of 2Q said low-level control instructions includes the step of: 
said plurality of control structures by the attached host writing information supplied by the host computer into 
computer. said at least one data structure in. response to receipt of 

4. The apparatus of claim 1 wherein said low-level control a write command from the host computer, 
instructions includes an instruction, generated by the host 16. The method of claim 10 wherein the step of processing 
computer, to write host supplied information to said at least 1$ said low-level control instructions includes the steps of: 
one data structure. reading information from said at least one data structure 

5. The apparatus of claim 1 wherein said low-level control m response to receipt of a read command from the host 
instructions includes an instruction, generated by the host computer, and 

computer, to read information from said at least one data retumin ^ Motion t0 the host ten 

structure and to return said data to the host computer. }Q 17 ^ method of cUim 10 whefein Mid ^ one daU 

6 The apparatus of claun 1 wherein satd control module slmctaK jncludes , structure and wherein the 

further includes: . t e • ^ i i i i • 

step or processing said low-level control instructions 

a motor control structure for control of a motor in the includes the steps of: 

image scanner by the host computer and for reporting % - - f t - ' r , ' . , 

♦u f f m ♦ , *u u * * writing information from the host computer into said 

the state of said motor to the host computer. 7 « 7 u * * . i .i_ r.. • 

- - n . P , . * , . -j * i j | control/status structure to control the state of the image 

7. The apparatus of claim 1 wherein said control module . 6 
further includes: scanner; and 

a scan control structure for definition, by the host ***** fr f °" control/status structure to 

computer, of parameters of an image scan to be per- ^ ^ ° f the ^ 8Canner t0 the h ° St 

formed by the image scanner. 40 u,^" e [' u A e i • m u ■ , 

e tu^ o«/o M f,,o „t ' 1 , ,u a ~~ * 18. The method of claim 10 wherein said at least one data 

8. I tie apparatus of claim 1 wherein said apparatus . ^ • • j . a j . . ■ 

. t ,,, i . 4 . c . . j . , structure mcludes a motor control structure and wherein the 

includes a calibration data structure for storing data regard- , c • j , , . 

i'L *• c *l. • « .« |~ * step of processing said low-level control instructions 

ing calibration of the image scanner by the host computer ^chides the steps of 

and for reporting said data regarding calibration to the host * 

computer. writing information from the host computer into said 

9. The apparatus of claim 8 wherein said low-level control 45 motor contro1 structure t0 contr °l * motor in the image 
instructions includes an instruction, generated by the host scanner; and 

computer, to write host supplied information to said cali- reading information from said motor control structure to 

bration data structure. report the status of the motor to the host computer. 

10. A method for controlling an image scanner having a 50 19 ^ metnod of claim 10 wherein said at least one data 
controller attached to a host computer comprising the steps structure includes a scan control structure and wherein the 
of: step of processing said low-level control instructions 

exchanging low- level control instructions between said includes the step of: 

controller and the host computer wherein said low-level writing information from the host computer into said scan 

control instructions include address information; and 55 control structure to define parameters of a scan to be 

processing said low-level control instructions by access- performed by the image scanner. 

ing locations in at least one control/status data structure 20 - A svste m for control of a scanner having a control 

stored in a memory associated with said controller in module coupled to a host computer, said system comprising: 

accordance with said address information wherein said a memory in said control module having a plurality of 

at least one control/status data structure is directly 60 memory locations for controlling operation of the 

addressable by the host computer using said address image scanner; 

information of said low-level control instructions for a scanner control API library operable in said host corn- 
control of the state of the image scanner by the host puter for converting high-level scanner control com- 
computer and for reporting the state of the image mands provided as input to said API library into 
scanner to the host computer. 65 low-level control instructions in accordance with a 
U. The method of claim 10 wherein the step of processing scanner primitive language wherein said low- level con- 
said low-level control instructions includes the step of trol instructions consist essentially of: requests by the 
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host computer to read data from memory locations 
from said control module, and requests by the host 
computer to write data to memory locations in said 
control module; 

processing means in said control module for processing 5 
said low-level control instructions; and 

communication means, coupled to said control module 
and coupled to said host computer, for exchanging said 
low- level control instructions between the host com- 
puter and said control module. 



,689 

30 

21. The system of claim 20 

wherein the means for processing comprises a microcon- 
troller for receiving and processing said low-level 
control instructions by manipulating said memory loca- 
tions in accordance with said low-level control instruc- 
tions received from the host computer, and 
wherein said means for exchanging comprises a USB 
communication medium. 

* * * * * 



09/29/2003, 



EAST Version: 



1.04.0000 



